Hi,
I am having a strange problem...
I have an HTML file which has 2 script tags:
1) <script language="javascript" id="ABC" src="ABC.js" />
2) <script id="general" language="javascript">
function foo()
{
alert("aaa");
}
</script>
I am trying to call the "foo" function and also functions from the
"ABC.js" file.
when calling the ".js" file - functions are called fine!
however, when calling the "foo" function - I get an error! ("Object
expected")
My HTML:
<HTML>
<head>
<script language="javascript" id="ABC" src="ABC.js" />
<script id="general" language="javascript">
function foo()
{
alert("aaa");
}
</script>
<title>Test</title>
</head>
<body>
<INPUT id="Button1" type="button" value="JS1"
onclick="JSFileFunction()"></P>
<INPUT id="Button2" type="button" value="JS2" onclick="foo()"></P>
</body>
</HTML>
My ABC.js file:
function JSFileFunction()
{
alert("ABC");
}
PLZ help me.... I'm stuck!!!
12  62863 
Iddo wrote: Hi,
I am having a strange problem...
I have an HTML file which has 2 script tags:
1) <script language="javascript" id="ABC" src="ABC.js" />
2) <script id="general" language="javascript">
function foo()
{
alert("aaa");
}
</script>
I have forgotten the closing tag for the external file (<script>
elements always requires closing tag).
Script element has type "text/javascript" (not language "javascript").
Script elements doesn't have id attribute.
<script type="text/javascript" src="ABC.js"></script>
<script type="text/javascript">
// your code here
</script>
Change:
<script language="javascript" id="ABC" src="ABC.js" />
into
<script language="javascript" id="ABC" src="ABC.js"></script>
That solved the problem for me (in Firefox)
Iddo wrote: I have an HTML file which has 2 script tags:
There are no "script tags". There are (script) _elements_,
consisting of start and end tag, and optionally content.
1) <script language="javascript" id="ABC" src="ABC.js" />
MUST be at least
<script type="text/javascript" language="javascript"
src="ABC.js"></script>
HTML's SHORTTAG syntax is different from XHTML's. In HTML,
<script ... />
is equivalent to
<script ...>>
First, text content is not allowed directly below the `head' element,
and second, the `script' element is not closed.
2) <script id="general" language="javascript">
Must be at least
<script type="text/javascript" language="javascript">
The `type' attribute is mandatory, and the element has no `id' attribute
(nor would it need one). The `language' attribute is deprecated in HTML
4.01, and can be safely omitted. It MUST be omitted if you declare HTML
4.01 Strict.
[...]
I am trying to call the "foo" function and also functions from the
"ABC.js" file.
when calling the ".js" file
Files cannot be called, they can be executed if they contain executable
code. But this is no file, it is a script resource (that can be saved
as a file). It can be (down)loaded, if that.
- functions are called fine!
however, when calling the "foo" function - I get an error! ("Object
expected")
It would appear that due to forced error-correction of your invalid markup,
the </script> (close) tag of the second `script' element is understood as
the close tag for the first `script' element, and any code in the second
`script' element is ignored. Hence there is no foo() method that can be
called.
<HTML>
Although not required in HTML, element type identifiers and attribute
identifiers should be lowercase always. A DOCTYPE declaration is missing
before this start tag of the `html' element.
<INPUT id="Button1" type="button" value="JS1"
onclick="JSFileFunction()"></P>
<INPUT id="Button2" type="button" value="JS2" onclick="foo()"></P>
It does not seem as if you would need an ID for either button.
There is no <P> open tag, so nothing that needs to be closed with </P>.
<URL:http://validator.w3.org/>
PLZ help me.... I'm stuck!!!
It would be best if you understood the basics of Web authoring before you
started with Web programming.
PointedEars
In article <28******************@PointedEars.de>, Thomas 'PointedEars'
Lahn <Po*********@web.de> writes Iddo wrote:
<snip> <HTML>
Although not required in HTML, element type identifiers and attribute
identifiers should be lowercase always.
<snip>
Why? Do you have a technical reason, or are you just being an art
critic?
John
--
John Harris
John G Harris wrote: [...] Thomas 'PointedEars' Lahn [...] writesIddo wrote: <HTML>
Although not required in HTML, element type identifiers and attribute
identifiers should be lowercase always.
Why? Do you have a technical reason, or are you just being an art
critic?
Yes. It compresses better, is less error-prone, and is good to be developed
as a habit when taking more recent markup languages into account.
PointedEars
Thomas 'PointedEars' Lahn wrote: John G Harris wrote:
[...] Thomas 'PointedEars' Lahn [...] writes
Although not required in HTML, element type identifiers and attribute
identifiers should be lowercase always.
Why? Do you have a technical reason, or are you just being an art
critic?
Yes. It compresses better, is less error-prone, and is good to be developed
as a habit when taking more recent markup languages into account.
Not sure how it would "compress better" (or why that would be relevant)
Consistency, in either direction, would be less error-prone, IMO.
The third point is probably the best case to make: I'm not up on all the
specs, but I understand that some of them REQUIRE lower-case tags. If
you're already in that habit, it's less likely you'll screw something up
if you ever have need to use another doctype.
Tony a écrit : Thomas 'PointedEars' Lahn wrote:
John G Harris wrote:
[...] Thomas 'PointedEars' Lahn [...] writes
Although not required in HTML, element type identifiers and attribute
identifiers should be lowercase always.
Why? Do you have a technical reason, or are you just being an art
critic?
Yes. It compresses better, is less error-prone, and is good to be
developed
as a habit when taking more recent markup languages into account.
Not sure how it would "compress better"
Probably because most the text of a page being lowercase, you may have
better compression with tag names also in lowercase... (wild guess) (and
totally ot).
On Sat, 08 Apr 2006 00:57:16 +0200, Bruno Desthuilliers wrote: Tony a écrit : Thomas 'PointedEars' Lahn wrote: John G Harris wrote:
[...] Thomas 'PointedEars' Lahn [...] writes
>
> Although not required in HTML, element type identifiers and attribute
> identifiers should be lowercase always.
Why? Do you have a technical reason, or are you just being an art
critic?
Yes. It compresses better, is less error-prone, and is good to be
developed
as a habit when taking more recent markup languages into account.
Not sure how it would "compress better"
Probably because most the text of a page being lowercase, you may have
better compression with tag names also in lowercase... (wild guess) (and
totally ot).
Huh? In ASCII all characters are seven bit.
--
The USA Patriot Act is the most unpatriotic act in American history.
Bruno Desthuilliers wrote: Tony a écrit : Thomas 'PointedEars' Lahn wrote: John G Harris wrote:
[...] Thomas 'PointedEars' Lahn [...] writes
> Although not required in HTML, element type identifiers and attribute
> identifiers should be lowercase always.
Why? Do you have a technical reason, or are you just being an art
critic?
Yes. It compresses better, is less error-prone, and is good to be
developed as a habit when taking more recent markup languages into
account. Not sure how it would "compress better"
Probably because most the text of a page being lowercase, you may have
better compression with tag names
and attribute names (but not attribute values, of course)
also in lowercase... (wild guess)
Exactly. Redundancy counts.
(and totally ot).
ACK
PointedEars
On Fri, 07 Apr 2006 22:27:21 +0200, Thomas 'PointedEars' Lahn wrote: Bruno Desthuilliers wrote:
Tony a écrit : Thomas 'PointedEars' Lahn wrote:
John G Harris wrote:
> [...] Thomas 'PointedEars' Lahn [...] writes
>> Although not required in HTML, element type identifiers and attribute
>> identifiers should be lowercase always.
> Why? Do you have a technical reason, or are you just being an art
> critic?
Yes. It compresses better, is less error-prone, and is good to be
developed as a habit when taking more recent markup languages into
account.
Not sure how it would "compress better"
Probably because most the text of a page being lowercase, you may have
better compression with tag names
and attribute names (but not attribute values, of course)
also in lowercase... (wild guess)
Exactly. Redundancy counts.
What compression utilizing redundancy occurs between the web server and
the browser?
--
The USA Patriot Act is the most unpatriotic act in American history.
Ivan Marsh wrote: Huh? In ASCII all characters are seven bit.
Huh? The US may have some defaults, but not up to the point of using
seven-bit bytes :-)
ASCII characters are the conventional 8-bit bytes, but only 7 bits are
used, which brings the total amount of possible combinations to 127
(low part of ASCII table).
VK wrote: Ivan Marsh wrote: Huh? In ASCII all characters are seven bit.
Huh? The US may have some defaults, but not up to the point of using
seven-bit bytes :-)
And even if they had, the statement would be irrelevant regarding data
compression. For it was not argued that a lowercase character required
less bits to be encoded (on the contrary, if ASCII was not the fixed-width
encoding that it is, lowercase characters would require _more_ bits to be
encoded than uppercase characters, because uppercase characters have
_lower_ code points than lowercase characters in ASCII).
ASCII characters are the conventional 8-bit bytes, but only 7 bits are
used,
False. The eighth bit has been (is?) used, too, but not for the character
code.
which brings the total amount of possible combinations to 127
(low part of ASCII table).
False. The number is 2^7 = 128, of course. From 0 to 127 decimal
(7F hexadecimal).
<URL:http://en.wikipedia.org/wiki/ASCII>
PointedEars This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: Madhav |
last post by:
I have the following statements in my script.
----------------------------------------------------------
textToWrite = "<HTML> \n" +
"<HEAD> \n" +
"<TITLE>Calendar</TITLE> \n" +
"<SCRIPT...
|
by: John MacIntyre |
last post by:
Hi,
I am having a problem executing server side javascript.
For some reason the script tag is ignored when the runat=server is combined
with the src attribute. The code is being used client...
|
by: Blue® |
last post by:
I would like to call the content of content.htm (containing only HTML
codes) into index.htm.
This is usually done by renaming index.htm to index.shtml and use this tag:
<!--#include...
|
by: Howard |
last post by:
Hello
I need some help with this. I want to assign the content of a static
txt/html file to my string a.
<script runat="server" language="C#">
private void Page_Load(object sender,...
|
by: sam.s.kong |
last post by:
Hello!
I have a JavaScript code like the following.
<script>
var s = "</script>";
....
| | |
by: hemant.singh |
last post by:
Hello all,
I am try'g to send window.location.href to the server script who will
generate dynamic javascript according to the referral name comg in as
param
Now bcz
<script language="javascript"...
|
by: David Thielen |
last post by:
Hi;
Almost all of the Quick Starts show the code in the .aspx file inside a
<script> instead of in a seperate .aspx.cs file. My instinct is that the code
should be in a seperate file to keep the...
|
by: rhythmace |
last post by:
W3C HTML validator passes this:
....
<script type="text/javascript" src="foo.js">
<script type="text/javascript">
....script in here...
</script>
....
|
by: kal |
last post by:
Hi
I have a aspx page that has a function in a script tag which is called from
code in a javascript src file that is loaded in the <headtag.
the thing is that that browser complains that it...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
| | |
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
| | |
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated ...
| |
